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5) D Claim(s) is/are allowed. 

6) 13 Claim(s) 9. 1 1-13, 15-17. 19 and 20 is/are rejected. 

7) ^ Claim(s) U is/are objected to. 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) 0 The specification is objected to by the Examiner. 

10)0 The drawing(s) filed on is/are: a)n accepted or b)n objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
11 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12)0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 
a)nAII b)n Some * c)n None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) ^ Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) PaP©'' No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



U.S. Patent and Trademark Office 
PTOL-326 (Rev. 08-06) 



Office Action Summary 



Part of Paper No./Mail Date 20071025 



Application/Control Number: 10/733,588 
Art Unit: 21 12 



Page 2 



DETAILED ACTION 

Applicants' response was received August 23, 2007. 

Claims 9, 1 1 - 1 3, 1 5- 1 7, 1 9 and 20 are pending and stand rejected. 

Claim 14 is objected to as containing allowable subject matter. 
Application pending. 

Response to Amendment 

Applicant's arguments with respect to claims 9, 1 1-17, 19 and 20 filed August 23, 2007 have 
been received. Applicant's arguments have been considered but are moot in view of the new 
ground(s) of rejection. 

Claim Rejections - 35 USC § 103 
The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966), 
that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

Claims 9, 11-13, 15-17, 19 and 20 are rejected under 35 U.S.C, 103(a) as being unpatentable 
over Elzur (USPN US 20030172342 Al) in view of Applicants Admitted Prior Art (AAPA) 
further in view of Clayton et al. (herein after: Clayton, USPAP 2004/0123013A1). 
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As per claim 9, Elzur substantially teaches systems and methods that identify the Upper 
Layer Protocol (ULP) message boundaries. In one example, a method that identifies ULP 
message boundaries is provided. The method may include one or more of the following steps: 
attaching a framing header of a frame to a data payload to form a packet, the framing header 
being placed immediately after the byte stream transport protocol header, the framing header 
comprising a length field comprising a length of a framing protocol data unit (PDU); and 
inserting a marker in the packet, the marker pointing backwards to the framing header and being 
inserted at a preset interval. Elzur teaches (Figures 4-5) the TCP frame 50 may include, for 
example, a TCP header 60; a framing header 70; one or more markers 80; a framing trailer 90 
possibly including, for example, a pad or a cyclical redundancy checking (CRC); and a payload 
100 that may include, for example, ULP data. FIG. 4 shows an embodiment in which one 
marker 80 is inside the TCP frame 50 and FIG. 5 shows an embodiment in which two markers 80 
are inside the TCP frame 50. Although shown with one or two markers 80 inside the TCP frame 
50, zero, three or more markers may be present inside the TCP frame 50. The TCP header 60 
may be a conventional TCP header 60 and may provide, for example, location information 
within the TCP sequence number space. The CRC 90 may optionally be employed for error 
detection. The CRC 90 may cover, for example, the framing header 70, the one or more markers 
80, the payload 100 and the pad, if present. Other types of error detection or error correction 
may also be used instead of or in addition to the CRC 90. Elzur also teaches (Figures 1 Oa-d) the 
receiver 30 may place the ULPDU data in that memory location with out placing the pad bytes 
(e.g., 0-3 bytes). In query 300, if the CRC does not match per the check done by the receiver 30, 
then, in query 360, the receiver 30 may determine whether the TCP layer processing has been 
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done for the particular segment, which may be the case for layered implementation with no 
change to the TCP. If the TCP processing is done for that TCP segment 50, then, in step 370, the 
receiver 30 may tear down the TCP connection. There may be no way to recover from this error 
that has been detected by the stronger CRC employed by the framing layer, but that may have 
slipped through the less rigorous test of the TCP checksum. AAPA teaches (page 3 and figure 
lb) the transmission control protocol 104 schedules outbound segments 106 and satisfies 
delivery and includes a MP A frame in the marker. 

Elzur and AAPA do not explicitly teach to calculate TCP checksum and CRC in parallel 
as stated in the present application. 

However, Clayton teaches, in an analogous art, (abstract) a data transfer system 
comprising a first bus interface, a second bus interface, a first-in-first-out memory, a controller 
and a message unit. The message unit is operable to queue a plurality of data transfer request 
messages from the first bus interface and the second bus interface. The controller is operable to 
process each data transfer request message and transfer data between the first bus interface, the 
first-in-first-out memory and the second bus interface. The controller is configured to calculate 
error detection codes (EDCs) and chain EDC values. Particularly, Clayton teaches (i.e., 
paragraph 00 11) to calculate CRC and TCP checksum in parallel. Therefore if would have been 
obvious to one of ordinary skill in the art at the time the invention was made to perform the 
calculation of CRC and TCP checksum in parallel. This modification would have been obvious 
to one of ordinary skill in the art because one of ordinary skill in the art would have recognized 
that by calculating CRC and TCP checksum in parallel would have significantly decreased 
overhead and eased synchronizing processes (i.e., Clayton, paragraphs 007-0009). 
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As per claim 1 1, Elzur substantially teaches, in view of above rejections, (Figures lOa-d) 
in step 250, the receiver 30 may then locate the marker 80 in the TCP frame 50. The receiver 30 
may obtain TCP sequence number information from the TCP header for the TCP frame 50. In 
addition, to locate the marker 80, the receiver 30 may subtract the initial non-zero value of the 
TCP sequence number for the first TCP payload byte in that particular TCP stream. The receiver 
30 may then perform a modulo operation on the TCP sequence numbers using the preset interval 
at v^hich the marker 80 is located. The receiver 30 need not locate all markers, if more than one 
is present, since using the one marker may be sufficient. In query 260, the receiver 30 may 
determine whether a marker is present inside the TCP segment 50. If present, then, in step 270, 
the receiver 30 may locate the framing header 70 using the information stored in the marker 80. 

As per claim 12, Elzur substantially teaches, in view of above rejections, (Figure 10a) the 
receiver 30 may place the ULPDU data in that memory location with out placing the pad bytes 
(e.g., 0-3 bytes). ' 

As per claim 13, Elzur substantially teaches, in view of above rejections, (page 5) the 
receiver 30 may determine location information within the TCP sequence number space from the 
TCP headers 60. In one example in which the marker 80 is placed every 512 bytes in the TCP 
stream, the receiver 30 may perform a modulo 512 operation to locate the marker80. As the TCP 
sequence space may start from a non-zero value, which may vary from one TCP connection to 
another TCP connection, the preset interval may be calculated by subtracting the initial non-zero 
value from the TCP sequence number carried inside the TCP header and performing a modulo 
512 on the result. 
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As per claims 15 and 16, Elzur substantially teaches, in view of above rejections, 
(Figures 4-5) the TCP frame 50 may include, for example, a TCP header 60; a framing header 
70; one or more markers 80; a framing trailer 90 possibly including, for example, a pad or a 
cyclical redundancy checking (CRC); and a payload 100 that may include, for example, ULP 
data. FIG. 4 shows an embodiment in which one marker 80 is inside the TCP frame 50 and FIG. 
5 shows an embodiment in which two markers 80 are inside the TCP frame 50. Although shown 
with one or two markers 80 inside the TCP frame 50, zero, three or more markers may be present 
inside the TCP frame 50. 

As per claim 17, Elzur substantially teaches systems and methods that identify the Upper 
Layer Protocol (ULP) message boundaries. In one example, a method that identifies ULP 
message boundaries is provided. The method may include one or more of the following steps: 
attaching a framing header of a frame to a data payload to form a packet, the framing header 
being placed immediately after the byte stream transport protocol header, the framing header 
comprising a length field comprising a length of a framing protocol data unit (PDU); and 
inserting a marker in the packet, the marker pointing backwards to the framing header and being 
inserted at a preset interval. Elzur teaches (Figures 4-5) the TCP frame 50 may include, for 
example, a TCP header 60; a framing header 70; one or more markers 80; a framing trailer 90 
possibly including, for example, a pad or a cyclical redundancy checking (CRC); and a payload 
100 that may include, for example, ULP data. FIG. 4 shows an embodiment in which one 
marker 80 is inside the TCP frame 50 and FIG. 5 shows an embodiment in which two markers 80 
are inside the TCP frame 50. Although shown with one or two markers 80 inside the TCP frame 
50, zero, three or more markers may be present inside the TCP frame 50. The TCP header 60 
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may be a conventional TCP header 60 and may provide, for example, location information 
within the TCP sequence number space. The CRC 90 may optionally be employed for error 
detection. The CRC 90 may cover, for example, the framing header 70, the one or more markers 
80, the payload 100 and the pad, if present. Other types of error detection or error correction 
may also be used instead of or in addition to the CRC 90. Elzur also teaches (Figures lOa-d) the 
receiver 30 may place the ULPDU data in that memory location with out placing the pad bytes 
(e.g., 0-3 bytes). In query 300, if the CRC does not match per the check done by the receiver 30, 
then, in query 360, the receiver 30 may determine whether the TCP layer processing has been 
done for the particular segment, which may be the case for layered implementation with no 
change to the TCP. If the TCP processing is done for that TCP segment 50, then, in step 370, the 
receiver 30 may tear down the TCP connection. There may be no way to recover from this error 
that has been detected by the stronger CRC employed by the framing layer, but that may have 
slipped through the less rigorous test of the TCP checksum. AAPA teaches (page 3 and figure 
lb) the transmission control protocol 104 schedules outbound segments 106 and satisfies 
delivery and includes a MPA frame in the marker. 

Elzur and AAPA do not explicitly teach to calculate TCP checksum and CRC in parallel 
as stated in the present application. 

However, Clayton teaches, in an analogous art, (abstract) a data transfer system 
comprising a first bus interface, a second bus interface, a first-in-first-out memory, a controller 
and a message unit. The message unit is operable to queue a plurality of data transfer request 
messages from the first bus interface and the second bus interface. The controller is operable to 
process each data transfer request message and transfer data between the first bus interface, the 
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first-in-first-out memory and the second bus interface. The controller is configured to calculate 
error detection codes (EDCs) and chain EDC values. Particularly, Clayton teaches (i.e., 
paragraph 001 1) to calculate CRC and TCP checksum in parallel. Therefore if would have been 
obvious to one of ordinary skill in the art at the time the invention was made to perform the 
calculation of CRC and TCP checksum in parallel. This modification would have been obvious 
to one of ordinary skill in the art because one of ordinary skill in the art would have recognized 
that by calculating CRC and TCP checksum in parallel would have significantly decreased 
overhead and eased synchronizing processes (i.e., Clayton, paragraphs 007-0009). 

As per claim 19, Elzur substantially teaches, in view of above rejections, (Figure 10a) the 
receiver 30 may place the ULPDU data in that memory location with out placing the pad bytes 
(e.g., 0-3 bytes). 

As per claim 20, Elzur substantially teaches, in view of above rejections, (page 5) the 
receiver 30 may determine location information within the TCP sequence number space from the 
TCP headers 60. In one example in which the marker 80 is placed every 512 bytes in the TCP 
stream, the receiver 30 may perform a modulo 512 operation to locate the markerSO. As the TCP 
sequence space may start fi*om a non-zero value, which may vary from one TCP connection to 
another TCP connection, the preset interval may be calculated by subtracting the initial non-zero 
value from the TCP sequence number carried inside the TCP headei" and performing a modulo 
512 on the result. 
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Allowable Subject Matter 

Claim 14 is objected to as being dependent upon a rejected base claim, but would be 
allowable if rewritten in independent form including all of the limitations of the base claim and 
any intervening claims. 
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Conclusion 



The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. Additional pertinent prior arts are included herein for Applicant's review. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mujtaba K. Chaudry whose telephone number is 571-272-3817. 
The examiner can normally be reached on Mon-Fri 9-7:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jacques Louis- Jacques can be reached on 571-272-6962. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Mujtaba Chauary 
Art Unit 21 12 
October 23, 2007 




